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System and Method for Single Point of Entry Deposit 



Background 

[0001] U.S. Banking system allows processing of many types of 
electronic payments, including those made by consumer and non- 
consumer checks. The payments made with non-consumer checks have 
different processing procedures than those made with consumer 
checks. Thus, a creditor who receives both types of checks must 
manually sort the checks in order to separate the non-consumer 
checks from the consumer checks before they are processed. 

[0002] Subsequently, the creditor must deposit the consumer 
checks in a different manner than the non-consumer checks. For 
example, the creditor may deposit the consumer checks by entering 
the corresponding transaction information (e.g., ABA No., account 
No., check No., etc.). However, the non-consumer checks must be 
deposited manually. There is a need for a single point of entry 
deposit system that would eliminate the need for a physical 
sorting of checks and allow creditors to deposit both types of 
checks electronically. 

Summary of the Invention 

[0003] The present invention relates to a system and method 
for a single point of entry deposit for financial instruments 
(e.g., checks, etc.). Checks of all categories/types (e.g., 
consumer and non- consumer checks) may be scanned into a computer 
which then digitizes the checks into check records and stores the 
records in a masterfile. The computer then separates the records 
into a first subfile for non-consumer checks and a second subfile 
for consumer checks. The first subfile is then processed 
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according to non-consumer check procedures. The second subfile 
may be processed according to consumer check procedures or the 
non-consumer check procedures. 

[0004] In addition, a system for depositing checks may include 
a database storing information corresponding to debtors, a master 
file including a set of records for a plurality of checks 
received from the debtors. Each record corresponds to one of the 
checks and includes a digitized image of the corresponding check 
and data obtained from a MICR (Magnetic Ink Character 
Recognition) line of the corresponding check. Each record is 
categorized a non-consumer check or a consumer check based on the 
digitized image, the data and/or the information in the database. 
The first subfile includes a first subset of the records 
corresponding to checks categorized as non-consumer checks. The 
second subfile includes a second subset of the records 
corresponding to checks categorized as consumer checks. 

[0005] Furthermore, a system includes an image capturing 
device configured to capture a digitized image of a check and a 
processor. The processor extracts data from the digitized image 
of the check and categorizes the check as one of a non- consumer 
check and a consumer check based on the digitized image and/or 
the extracted data. The processor stores the digitized image and 
the data in a first file when the check is categorized as a non- 
consumer check and in a second file when the check is categorized 
as a consumer check. 

Brief Description of the Drawings 

[0006] The accompanying drawings are included to provide a 
further understanding of the invention and are incorporated into 
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and constitute part of the specification, illustrate several 
embodiments of the invention and, together with the description, 
serve to explain examples of the present invention. In the 
drawings : 

[0007] Fig. 1 shows an exemplary system according to the present 
invention for a single point of entry deposit; 

[0008] Fig. 2 shows an exemplary method according to the present 
invention for a single point of entry deposit; 

[0009] Fig. 3 shows a method for digitizing checks according to 
the present invention; 

[0010] Fig. 4 shows a method according to the present invention 
for sorting checks into a first subfile and a second subfile 
based on the check's categories; 

[0011] Fig. 5 shows a screenshot of an exemplary embodiment of a 
software application according to the present invention; 

[0012] Fig. 6 shows a method for depositing non-consumer check 
records stored in the first subfile according to the present 
invention; 

[0013] Fig. 7 shows a method for depositing consumer check 
records stored in the second subfile according to the present 
invention; 

[0014] Fig. 8 shows an exemplary embodiment of a digital check 
record; 
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[0015] Fig. 9 shows a flow chart diagram of processing checks 
according to the present invention; and 

[0016] Fig. 10 shows another exemplary embodiment of a system 
according to the present invention for single point of entry 
deposit . 

Detailed Description 

[0017] Fig. 1 shows an exemplary embodiment according to the 
present invention of a system 100 for a single point of entry 
deposit of financial instruments (e.g., a check, a traveler's 
check, a money order, etc.). The system 100 may include a 
creditor 104 (e.g., an individual, an organization, a 
corporation, etc.) which receives payments in the form of a check 
106 from a debtor 102 (e.g., an individual, an organization, a 
corporation, etc.). Each creditor 104 may have a plurality of 
debtors 102; information regarding the debtors 102 may be stored 
in a database 114. 

[0018] In particular, the database 114 may contain 
information, such as contact data for the debtors 102 (e.g., 
names, addresses, phone numbers, etc.), goods and/or services 
provided, amount owed, financial institution information, or any 
other data that the creditor 104 may require. In the alternative 
exemplary embodiment, the database 114 may include a plurality of 
databases situated in one or more locations; each database may be 
storing particular type of data and some databases may be storing 
overlapping data. The database 114 may be accessible by a first 
computer 112 (e.g., a computing arrangement that has basic input 
and output devices as well as memory and storage devices) . The 
first computer 112 enables the creditor 104 to perform a variety 
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of computing tasks, such as manage the database 114 and run 
software applications. The first computer 112 may also be 
connected to a computer communication network 116 which may be 
any type of a computing network (e.g., a local area network, a 
wireless area network, the Internet, etc.). The first computer 
112 may be operated by the creditor 104 or a third party 
responsible for the depositing of checks received by the creditor 
104 . 

[0019] The system 100 is also described in conjunction with 
Fig. 2 which shows an exemplary embodiment of a method according 
to the present invention. In step 200, the creditor 104 
generates and sends an invoice 108 to the debtor 102. The 
invoice 108 notifies the debtor 102 that a payment is due for 
particular goods and/or services provided by the creditor 104 
and/or a third party provider. The invoice 108 may be generated 
based on data entered manually (e.g., by the creditor 104) or 
obtained automatically (e.g., from the database 114). After the 
invoice 108 is sent to the debtor 102, the database 114 is 
updated to reflect the invoice data. 

[0020] The invoice 108 is only one of a plurality of means of 
apprising the debtor 102 of the outstanding debt. For instance, 
the debtor 102 may have a regular business relationship with the 
creditor 104 in which the creditor 104 supplies the debtor 102 
with goods and/or services on a regular basis pursuant to a 
contract (e.g., monthly, weekly, etc.). In another instance, the 
debtor 102 has a contractual obligation to pay the creditor 104 
on a periodic basis (e.g., monthly) and does not require a 
separate monthly notice in form of the invoice 108. In an 
alternative exemplary embodiment of the present invention, the 
debtor 102 may be a donor which has chosen to send an unsolicited 
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donation to a charity or not-for-profit organization; the 
unsolicited donation would need to be accompanied by a 
notification of truncation/conversion of the check 106. Thus, 
the step 200 of generating an invoice 108 may be optional. 

[0021] In step 202, the creditor 104 receives a check 106 from 
the debtor 102 either in response to the invoice 108 or for other 
purposes some of which were described above. The check 106 may 
be one of two categories/types: a first type of check drawn on a 
consumer account (e.g., a personal checking account); or a second 
type of check drawn on a non-consumer account (e.g., a business 
checking account, a third-party business account) . It should be 
noted that the accounts of both the debtor 102 and creditor 104 
may be at the same or different financial institutions. The 
process of depositing the checks 106 may depend on the type of 
check. However, the exemplary embodiment of the present 
invention allows the creditor 104 to electronically deposit the 
checks 106, regardless of their type (i.e., consumer or non- 
consumer checks) . 

[0022] In step 204, the creditor 104 processes the check 106 
in order to generate a digital masterfile 128 as shown in Fig. 9. 
The masterfile 128 contains a record 801 for each of the checks 
106. An exemplary record 801 is shown in Fig. 8. The exemplary 
record 801 is for a non-consumer check. The record 801 may 
include a digitized image of the check 106 (i.e., a front image 
812 and a rear image 814) as well as other check data such as an 
amount 810, an ABA number 8 04, an account number 8 06, a check 
number 802, and other information (i.e., the date when the check 
106 was written or prepared for deposit; data obtained from the 
MICR line 800) . Some of the check data may be obtained from a 
MICR line 800 as discussed in greater detail below. Those of 
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skill in the art will understand that consumer checks may have 
the same format or a different format from the exemplary non- 
consumer check illustrated in Fig. 8. 

[0023] The record 801 may be obtained by scanning the check 
106 using an image capturing device (e.g., a scanner 110). The 
scanner 110 may be connected as a peripheral device to the first 
computer 112 or integrated into the first computer 112. Once the 
checks 106 are scanned through the scanner 110, the first 
computer 112 captures the MICR line 800, the front image 812 and 
the rear image 814. Then the first computer (or, in alternative, 
the second computer 118) parses and analyzes the front image 812 
and the rear image 814 as well as the check data (e.g., 802, 804, 
806, 810, etc.) collected during the scan and may store it in the 
masterfile 128. Those skilled in the art would understand that 
the masterfile 128 may include just a single check or a plurality 
of checks of either or both types. 

[0024] As shown in Fig. 9, the masterfile 128 may include 
check records 801 for multiple checks 106 received by the 
creditor 104. The processing is accomplished via a specialized 
software which may be installed on the first computer 112 or may 
be run remotely via a second computer 118 (e.g., through a web 
browser) . If the specialized software is installed on the first 
computer 112, then most of the algorithms and logic for 
processing the checks is resident on the first computer 112. If 
the specialized software is operated remotely, then the 
algorithms are performed by the second computer 118. The process 
of capturing the check data for the masterfile 128 is described 
in greater detail below. 

[0025] In step 206, the records 801 of the masterfile 128 are 
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subjected to additional processing to sort each record 801. The 
masterfile 128 may be processed by the first computer 112 or it 
may be transmitted for further processing to a second computer 
118 through the network 116, depending where the processing 
software is located. In the exemplary embodiment of Fig. 1, the 
processing of the masterfile 128 is accomplished by the second 
computer 118 which may have the same capabilities as the first 
computer 112 (e.g., connection to the network 116, sufficient 
storage, etc.). The second computer 118 may also have access to 
the database 114. The dual computer arrangement shown in Fig. 1 
is an exemplary embodiment of the present invention. It is 
possible to accomplish the steps 204 and 206 by using a single 
computer (e.g., using only the first computer 112 or the second 
computer 118) or any number of computers. 

[0026] If the processing of the masterfile 128 is done on the 
first computer 112, then the second computer 118 may be only used 
to connect to the ODFI 120. Those of skill in the art will 
understand that there may be various computing and networking 
arrangements used to accomplish the process described with 
reference to Fig. 2. As described above, the creditor 104 may 
perform all the steps or it may delegate some or all of the 
duties of preparing the checks 106 for deposit to a third party 
(e.g., a data processing entity). 

[0027] In step 206, the masterfile 128 is processed and sorted 
in order to separate the non-consumer check records 801a into a 
first subfile 130 and consumer check records 801b into a second 
subfile 132 as shown in Fig. 9. According to the present 
invention, the sorting is done once the records 801 have been 
created and stored in the masterfile 128, thus, eliminating the 
need for the creditor 104 to manually sort the non-consumer and 
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consumer checks 106 prior to deposit. If the processing software 
is installed on the first computer 112, then the first computer 
generates the first and second subfiles 130 and 132. However, if 
the processing software is located on the second computer 118, 
the second computer 118 processes the masterfile 128 to generate 
the first and second subfiles 130 and 132. The sorting process 
is described in greater detail below. 

[0028] After the sorting of the masterfile 128 into the first 
subfile 130 containing the non-consumer check records 801a and 
the second subfile 132 containing the consumer check records 
801b, the first subfile 130 may be processed pursuant to nonr 
consumer check procedures (e.g., as defined by the U.S. Banking 
Regulations) as discussed in step 208 and the second subfile 132 
may be submitted for processing pursuant to consumer check 
procedures as discussed in step 210. The first and second 
subfile 130, 132 are submitted to an Original Deposit Financial 
Institution ("ODFI") 120 by the second computer 118. It should 
be noted that the second computer 118 and the ODFI may be owned 
by the same or separate entities. For example, the ODFI 120 may 
be a financial institution that is providing the deposit services 
to the creditor 104. The ODFI 120 may follow specific procedures 
in depositing the consumer and non-consumer checks. 

[0029] In step 208, the second computer 118 may process the 

non-consumer checks by sending the first subfile 13 0 containing 
the non-consumer check records 801a directly to the creditor's 
receiving deposit financial institution ( "RDFI" ) 126 or a third 
party's RDF I . Alternatively, the RDF I 126 may print the non- 
consumer check records 801a stored in the first subfile 130 
(e.g., create image replacement documents ("IRD")) and manually 
deposit the IRDs. This process is described in more detail 
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below. 

[0030] In step 210, the ODFI 120 deposits the consumer checks 
by transmitting the second subfile 132 to a Clearing Network 122 
(e.g., the ACH Network, Federal Reserve Bank, a private clearing 
house) . The clearing Network 122 settles each transaction by 
debiting the debtor's RDFI 124 for the amount 810 of the check 
106 from the debtor's 102 checking account and by crediting the 
creditor's RDFI 126 by the amount 810 to the creditor's 104 
account. Thus, the exemplary system and method alleviates the 
need for the creditor 104 to manually sort the received checks 
106 and facilitates the deposit of the checks by the creditor 
104. Those skilled in the art would understand that the second 
subfile 132 may be processed in accordance with procedures for 
non-consumer checks as described in the step 208. 

[0031] Fig. 10 shows another embodiment of a system 200 for 
single point of entry deposit of checks according to the present 
invention. The system 200 is substantially similar to the system 
100, except it contains a third computer 190 and a fourth 
computer 192 connected to the second computer 118. The second 
computer 118 may submit the second subfile 132 to the third 
computer 190 and the first subfile 130 to the fourth computer 
192. The third computer 190 then transmits the consumer check 
data contained in the second subfile 132 to the ODFI 120. The 
fourth computer 192 sends the first subfile 130 containing the 
non-consumer check records 801a directly to the creditor's RDFI 
126. Thus, the system 200 accomplishes the same goal as the 
system 100 in step 208, except that the system 200 uses 
additional computers. As stated above, the present invention may 
be implemented using any number of computing devices to 
facilitate processing and transmission of data associated with 
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the deposit. 



[0032] Fig. 3 shows a method for processing the check 106 to 
obtain the record 801 and create the masterfile 128 as discussed 
with reference to step 204 of Fig. 2. As stated above the record 
801 may include the front image 812, the rear image 814, the MICR 
line 800, as well as the data extracted from the MICR line 800 

(e.g., ABA number 804, account number 806, check number 802), the 
amount 810, and other miscellaneous data (e.g., the date the 
check was issued) . The record 801 may also include data about 
the debtor 102 (i.e., remaining balance, overdue payment, etc.) 
extracted from the database 114 if there was a prior dealing 
between the parties. 

[0033] In step 300, the creditor 104 scans the check 106 using 
the scanner 110 or any other type of image capturing device 
connected to the first computer 112. The scanner 110 may be a 
high-volume scanner capable of automatically scanning a large 
number of checks or a less sophisticated model that can scan one 
or a limited number of checks at a time. It is preferable that 
the scanner 110 can capture both sides of the check 106 at the 
same time. However, it is possible for the scanner 110 to be 
able to scan only one side of the check 106 at a time, in which 
case the creditor 104 will have to scan the other side of the 
check 106 when desired. 

[0034] In step 302, a digitized image of each side of the 
check 106 is captured to produce the front image 812 and the rear 
image 814. The front image 812 may contain the date the check 
106 was written, the addresses of the debtor 104 and debtor's 
RDF I 124, and the debtor's signature. The front image 812 also 
contains the amount 810 and the information concerning the 
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debtor's 102 account encoded in the MICR line 800. 

[0035] In step 304 the MICR line 800 of the check 106 is 
processed and analyzed. The MICR line 800 is located at the 
bottom of the front image 812 and is typed in MICR font. The 
MICR line 8 00 may. consist of the ABA number 8 04, the account 
number 806, the check number 802, and other symbols and/or 
fields. The standardized printing of the MICR line 800 allows 
the first computer 112 to recognize the numbers and characters 
contained therein, using a conventional character recognition 
software resulting in easy digitization of the data 816. After 
the MICR line 800 is parsed the data is stored in the record 801 
along with the front image 812 and the rear image 814. 

[0036] The information contained in the MICR line 800 is 
essential for processing of the check. Every financial 
institution in the United States has a unique ABA number issued 
by the Federal Reserve. While a financial institution may have a 
multitude of ABA numbers, those ABA numbers are only associated 
with that particular financial institution. The account number 
is also a unique identification number issued by a financial 
institution to distinguish between a multitude of account- 
holders. Furthermore, each check issued from a particular 
financial institution account may have a check number. A 
combination of the above -described numbers often makes a check 
unique, thus allowing the settlement transaction to be carried 
out at least partially electronically (e.g., without presenting a 
physical proof of the financial instrument to a financial 
institution) . 

[0037] In addition to analyzing the MICR line 800, the first 
computer 112 may also analyze the amount 810 located at the right 
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side of the front image 812. The first computer 112 may use 
character recognition software to recognize the handwritten 
amount 810 (or in some cases printed amount 810) and store it in 
a digital format in the record 801. The character recognition 
analysis may encounter difficulties in converting the handwritten 
amount 810, due to the unique nature of each person's writing 
style. Thus, the character recognition software may have a 
certain accuracy in determining the amount 810 based on the 
analysis of the handwriting. Therefore, there may also be a 
manual final verification of the amount 810. After verification, 
the amount 810 is also stored in the record 801. Furthermore, 
the software may also capture other information to include in the 
record 801 such as the date of the check and the name and address 
on the check 106 . 

[0038] After the record 801 is created, the first computer 112 
may update the database 114 in step 306. The updating step may 
include reporting of a discrepancy between the amount 810 in the 
record 801 and the amount expected by the creditor 104, the 
correlation of the debtor's check number 802 to a particular 
invoice 108, the verification of the debtor's 102 name and 
address, etc. In addition, if this is the first check received 
from a particular debtor 102, the information (e.g., ABA number 
804, account number 806, etc.) for the debtor 102 may be added to 
the database 114. 

[0039] In step 308, the masterfile 128 is generated. The 
masterfile 128 includes records 801 of every check 106 processed 
by the first computer 112. Thus, the masterfile 128 may include 
a plurality of data files and image files corresponding to each 
check which are combined into a single file as shown in Fig. 9. 
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[0040] As described with reference to Fig. 2, after the 
masterfile 128 is created, it is processed to generate the first 
and second subfiles 130 and 132 (step 206 of Fig. 2) . This step 
may be performed on a single computer (e.g., the first computer 
112 or the second computer 118) or a plurality of computers as 
described above. In this example, the analysis and the sorting 
process are performed using a sorting software application 
running on the second computer 118. 

[0041] Fig. 4 shows an exemplary method for sorting checks 106 
as described with reference to step 206 of Fig. 2. In step 400, 
the sorting software analyzes each record 801 contained in the 
masterfile 128 to determine its category (i.e., a non-consumer 
check or a consumer check) . This analysis may be accomplished in 
a number of different manners. 

[0042] In one example, the sorting software may analyze a 
format of the MICR line 800. Since each category of check 
generally uses a different format for the MICR line 800 (i.e., 
positioning and spacing of the ABA number, the account number, 
and the check number) . As described above, the exemplary check 
shown in Fig. 8 is the general format of a non-consumer check, 
i.e., MICR line 800 is formatted having the check number 802 at 
the far left, followed by the ABA number 804 and the account 
number 806. For consumer checks (not shown), the format is 
generally the ABA number located at the far left followed by the 
account number and the check number. Thus, by reading the format 
of the MICR line 800, the sorting software may determine whether 
the check is a consumer check or a non-consumer check. 

[0043] In another exemplary embodiment of the present 
invention, the non-consumer check shown in Fig. 8 illustrates the 
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use of special characters surrounding the ABA number 8 04 and the 
check number 802. Conversely, for consumer checks, the special 
characters generally surround the ABA number and the account 
number. Thus, by reading the special characters, the sorting 
software may be able to determine whether the check is a consumer 
check or a non-consumer check. Those of skill in the art will 
understand that there may be other unique features of consumer 
checks and/or non- consumer checks that may be used to sort 
between the two types of checks. 

[0044] Occasionally, a check may have a differently formatted 
MICR line that deviates from the accepted norms. As a result, 
the above -described analyses based on the format of the MICR line 
800 may be inconclusive and further analysis may be required. 
However, even if the sorting software concludes that the check 
106 is of a particular type, the sorting software may proceed 
with the further analysis to verify its own conclusion. 

[0045] After completing the analysis of the MICR line 800, the 
sorting software compares the ABA number 8 04 and the account 
number 806 with the information stored in the database 114. If 
the debtor 102 has previously sent a check to the creditor 104 
from the same checking account, then a record of that transaction 
is stored in the database 114. Thus, if there is data of the 
previous transaction in the database 114, the data will include 
information as to whether the account was a consumer account or a 
non-consumer account. The sorting software may search the 
database 114 for the ABA number 8 04 and the account number 8 06 to 
find a match in the old payment records. If the ABA number 8 04, 
the account number 806 of the check 106 match the ABA number and 
the account number of the previous check, then the check 106 
originated from the same account, hence its category is the same. 
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Thus, the sorting software may verify its previous conclusion or 
come to an initial conclusion based on this checking. 

[0046] Another example of a sorting method may use the amount 
of the check. For instance, the sorting software may utilize the 
amount 810 to find a matching amount in one of the unpaid 
invoices 108. If such an invoice is found, the information about 
the debtor 102 is obtained from the database 114 and the check 
106 is categorized accordingly. For example, if the amount 810 
is for $701.32 and in the database 114 the invoice 108 for 
$701.32, then there is a match. After the match is found and the 
information about the debtor 102 is extracted, the sorting 
software categorizes the check 106 according to the category of 
the debtor 102. Thus, if the debtor 102 is a non-consumer then 
check 106 is categorized as a non-consumer check. This 
categorization method only works in certain situations. For 
example, there is a possibility that the category of the check 
may not match the category of the debtor 104 (e.g., a business 
owner paying with a consumer check) . Furthermore, this sorting 
algorithm only works when there is a single invoice 108 that 
matches the amount 810. Thus, if there are multiple invoices 
with that match the amount 810 or none of the invoices match the 
amount 810, this analysis is inconclusive. 

[0047] Regardless of whether or not the sorting software 
provides a definite result, the sorting software may run more 
sorting algorithms or move to the next step. However, if the 
sorting software is unable to determine whether the check 106 is 
consumer or non-consumer, it will conclude its analysis and 
categorize the check 106 using a default category. The default 
category may be consumer, non- consumer , or undefined and it may 
require manual categorization by the user. 
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[0048] In step 402, the sorting software determines if the 
check is consumer or non-consumer based on the analysis described 
above. If the analysis is inconclusive, the categorization has 
failed, and in step 406, the sorting software does not categorize 
the check 106. 

[0049] The sorting software may provide information about the 
check to the creditor 104 and request or require manual 
adjustment of the check categorization as discussed below in step 
408. If the sorting software was successful in categorizing the 
check 106, then, in step 404, it stores in the record 801 the 
corresponding category. Regardless of the categorization, in 
step 408, the computer displays the results of its analysis on a 
monitor 500 (e.g., as shown in Fig. 5), other display 
arrangements or output devices. 

[0050] The monitor 500 can show every record 801 stored in the 
masterfile 128. In particular, it can display the following 
information about the check 106: the account number 806, the ABA 
number 804, the check number 802 and other data discussed below. 
This step allows the creditor 104 to verify that the check 106 
has been properly digitized. To aid the user in accomplishing 
that task the display includes a snippet 504. The snippet 504 is 
a digital image of a portion of the check 106 centered around the 
amount 810. The display also shows the amount 810 as a digital 
amount 522. As discussed above, the digitization of the amount 
810 may not be precise and thus, the user may modify the digital 
amount 522 if it is incorrect (i.e., if the digital amount 522 is 
different from the amount 810 displayed in the snippet 504) . The 
size of the snippet 504 varies with the size of the check so that 
it displays all of the relevant information. For instance, non- 
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consumer checks are usually larger than consumer checks. 
Therefore, the snippet 504 may display a larger portion of the 
check 106 surrounding the amount 810 if desired. Alternatively, 
the snippet 504 may display the entire check 106 as desired by 
the user. 

[0051] The monitor 500 further shows the categorization of the 
check 106 if the sorting software was able to determine it in 
steps 400-402. If it is possible to determine the categorization 
of the check 106, then in step 404 the sorting software selects 
either a "Consumer" field 508 or a "Non-consumer" field 510. For 
instance, if the check 106 is a non-consumer check, then the 
"Non-consumer" field 510 is highlighted. However, if the second 
computer 118 is not able to categorize the check then it will set 
the categorization to default (e.g., a non-consumer), allowing 
the user to select the proper field as explained below in regard 
to another check record. 

i 

[0052] In the example of Fig. 5, the monitor 500 includes a 
digital check record of a second check which includes an account 
number 52 8, an ABA number 52 6, a check number 512, a snippet 514, 
and a digital amount 516. In this case, the digital amount 516 
is different from an amount 53 0 being displayed in the snippet 
514. In addition, the "Consumer" field 518 is highlighted, since 
the second computer 118 failed to categorize the check in step 
406 and provided that the "Consumer" field 518 is the default 
category. The user may correct the digital amount 516 by 
changing it from $ 707.01 to reflect the sum of $ 101.01 shown in 
the amount 530 (step 410) . As discussed above, the user may also 
manually categorize the check by choosing the check's 
categorization based on the information supplied by the snippet 
514. 
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[0053] After the check 106 is categorized, either by the user 
or the sorting software, the record 801 is stored in a 
corresponding subfile, either the first or second subfile 13 0 or 
132 (step 412) . The first and second subfiles 130 and 132 are 
similar to the masterfile 128 since they also contain a 
collection of records 801. However, the records 801 within 
either subfile 130 or 132 are of the same category, either non- 
consumer or consumer. If the check 106 is a non-consumer check, 
then it is stored in the first subfile 130. However, if the 
check 106 is issued from a consumer bank account, then it is 
stored in the second subfile 132. After the first subfile 130 
and the second subfile 132 are generated, they are uploaded to 
the ODFI 120 for a further processing. 

[0054] In step 414, the database 114 is updated with 
transactional data (e.g., ABA numbers, account numbers, contact 
information, etc.). Regular updates maintain the database 114 so 
that it may be used during categorization of checks in the future 
as discussed above. For instance, during the amount -matching 
sorting algorithm, when the sorting software searches the 
database 114 for invoices 108. 

[0055] Fig. 6 shows an exemplary method according to the 
present invention for depositing non-consumer check records 801a 
stored in the first subfile 130 . In step 600, the first subfile 
130 is sent to the ODFI 120 for processing. As previously 
described, non-consumer checks may not be entered into the 
Clearing Network 122. Therefore, in step 602, the ODFI 120 
utilize different depositing procedures which may require image 
replacement documents ( U IRD" ) for each check from its 
corresponding check record. An IRD is created based on a check 
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record, as shown in Fig. 8. It displays the front side 812 and 
the rear side 814 and in effect replaces the check 106 (e.g., if 
the check 106 was issued from a non- consumer account) . An IRD 
also acts as a legal substitute for the original check. In step 
604,. the ODFI 120 sends the IRD of the check 106 to the 
creditor's RDF I 126 in order to settle the transaction referenced 
by the check 106. Thus, the non-consumer checks are deposited in 
the same manner as if they were brought physically to the 
financial institution (e.g., creditor's RDF I 126). 

[0056] Fig. 7 shows a method for depositing consumer check 
records stored in the second subfile 132 according to the present 
invention. In step 700, the ODFI 12 0 receives the second subfile 
132 containing the check records of consumer checks. In step 702 
the ODFI 12 0 forwards the check records from the second subfile 
132 to the Clearing Network 122 in order to settle transactions 
referenced by the checks whose data is stored in the second 
subfile 132. 

[0057] The Clearing Network 122 receives the records stored in 
the second subfile 132. The Clearing Network 122 may verify if 
the transactions in the second subfile 132 complies with various 
procedures. For instance, the Clearing Network 122 may check for 
duplicate entries, amount of a check, the number of times a 
particular check has been presented, etc. Subsequently, the 
Clearing Network 122 debits the debtor's RDF I 124 to deduct the 
amount 810 from the account of the debtor 102 and that amount is 
credited to the account of the creditor 104 by the creditor's 
RDF I 126. As stated above, the second subfile 132 may be 
processed utilizing procedures for the first subfile 130. 

[0058] The present invention provides a single point of entry 
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deposit for all checks, regardless if they are issued from 
consumer or non-consumer accounts. The creditor does not need to 
segregate the non-consumer checks and consumer checks and later 
take the non-consumer checks to its own financial institution for 
manual deposit. The creditor scans all the checks using the 
computer arrangement discussed above. After that initial step, 
the process is performed by various computers. The computers 
first digitize the checks and then sort the digital check 
records. Thus, the present system automates a previously time 
consuming activity: manual sorting of checks and the subsequent 
deposit of checks. 

[0059] The system according to the present invention may be 
deployed on any number of computing devices. The exemplary 
embodiment discussed above included a dual -computer arrangement 
where the first computer generated the masterfile, which was 
later processed by the second computer. However, the entire 
system may be executed using a single computer. For instance, 
the creditor's computer (e.g., the first computer) may have all 
of the software installed that is necessary to generate and 
process the masterfile. 

[0060] Alternatively, the second computer may control the 
entire process. In that situation, the first computer would 
simply serve as a remote terminal that would only allow the 
creditor to scan in the checks and would also display the sorting 
results for manual verification (e.g., using an applet 501 shown 
in Fig. 5) . The second computer would control the scanner and 
all the other processes (e.g., the sorting process, settlement 
process, etc.). This embodiment diminishes a security risk that 
is associated with the other embodiments, namely susceptibility 
to manipulation through unauthorized access (i.e., by creditor) 
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of the software installed on the first computer. As stated above 
the software application (s) are installed on the second computer, 
which may be located at a remote location (e.g., a data 
processing entity) where access to the software application (s) to 
third parties is limited. Thus, by utilizing the second 
computer, there is a decreased chance that the creditor or a 
third party can manipulate the electronic deposit process (e.g., 
forgery) . 

[0061] It will be apparent to those skilled in the art that 
various modifications and variations can be made in the structure 
and the methodology of the present invention, without departing 
from the spirit or scope of the invention. Thus, it is intended 
that the present invention cover the modifications and variations 
of this invention provided they come within the scope of the 
appended claims and their equivalents. 
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